home *** CD-ROM | disk | FTP | other *** search
Text File | 1993-01-22 | 48.9 KB | 1,324 lines |
-
- ToolManager 2.0 Dokumentation
- ******************************
-
-
- Copyright und andere rechtliche Dinge
- **************************************
-
- Copyright (C) 1990-92 Stefan Becker
-
- Diese Dokumentation darf kopiert und weitergegeben werden solange die
- Copyright-Notiz und diese Erlaubnis unverändert auf allen Kopien
- enthalten ist.
-
- Es wird keine Garantie gegeben, daß die Programme, die in dieser
- Dokumentation beschrieben werden, 100%ig zuverlässig sind. Sie
- benutzen diese Programme auf eigene Gefahr. Der Autor kann auf *keinen*
- Fall für irgendwelche Schäden verantwortlich gemacht werden, die
- durch die Anwendung dieser Programme entstehen.
-
- Das Paket ist "freely distributable", aber das Copyright liegt
- weiterhin bei Stefan Becker. Dies bedeutet, daß es von jedem kopiert
- werden darf solange er nicht mehr als eine angemessene Kopiergebühr
- dafür verlangt. Diese Gebühr *darf nicht* höher sein als US $5 oder
- 5 DM.
-
- *Dieses Limit gilt auch für deutsche Public-Domain Händler!!*
-
- Dieses Paket darf in Public-Domain Sammlungen aufgenommen werden,
- insbesondere in Fred Fishs Amiga Disk Library (CD ROM Versionen dieser
- Sammlung eingeschlossen). Die Distributionsdatei darf in
- Mailboxsystemen oder auf FTP Servern abgelegt werden. Wenn Sie dieses
- Paket weitergeben wollen, dann *müssen* Sie die originale
- Distributionsdatei `ToolManager2_0.lha' benutzen.
-
- Weder die Programme noch der Quelltext (oder Teile davon) dürfen
- ohne eine schriftliche Genehmigung des Autors in kommerziellen
- Programmen benutzt werden.
-
- Die Programme und der Quelltext (oder Teile davon) dürfen *auf
- keinen Fall* auf irgendeiner Maschine benutzt werden, die für die
- Forschung, Entwicklung, Konstruktion, Tests oder Produktion von Waffen
- oder anderen militärischen Gütern benutzt wird. Dies gilt natürlich
- auch für alle Maschinen, die für das Training von Personen in
- *irgendeiner* der obengenannten Tätigkeiten benutzt werden.
-
-
- Wichtige Bemerkungen
- *********************
-
- Willkommen zur wundervollen Welt von ToolManager 2.0 :-)
-
- - ToolManager und seine Konzepte wurden drastisch verändert (siehe
- Geschichte) seit der letzten Version (1.5).
-
- - Beginnend mit der Version 2.0 ist ToolManager *GiftWare*. Wenn
- Ihnen dieses Programm gefällt und Sie es sehr oft benutzen, dann
- sollten Sie darüber nachdenken, ob sie dem Autor eine kleine
- Spende schicken um die Arbeit zu honorieren, die er in dieses
- Programm gesteckt hat. Ich schlage eine Spende in der
- Größenordnung von US $10-$20 oder 10-20 DM vor. Bitte schicken Sie
- mir außerhalb Europas keine Schecks, da es meistens mehr Geld
- kostet, diesen Scheck einzulösen, als überhaupt Geld darauf ist.
-
- Wenn Sie keine Spende schicken oder es sich nicht erlauben
- können, dann müssen sie sich nicht schuldig fühlen. Sie sollten
- mir aber trotzdem einen Brief schicken, wenn sie ToolManager
- benutzen (Ich liebe es Post zu bekommen :-). Siehe Adresse des
- Autors.
-
- - Benutzer von ToolManager 1.X können mit dem Kapitel über die
- Schnellinstallation beginnen (siehe Schnellinstallation). Einige
- Merkmale haben sich nicht geändert und der Rest ist relativ
- einfach durch Ausprobieren herauszufinden. Für eine genaue
- Beschreibung des neuen Konzeptes und der neuen Merkmale schlagen
- sie bitte in dem Referenzteil dieser Dokumentation nach (siehe
- Objekte).
-
- Jede noch laufende ToolManager 1.X Version *muss* entfernt werden
- oder die neue Version wird nicht funktionieren. Die neue Version
- kann leider die Konfigurationsdatei der alten Version nicht lesen.
-
- - Erstbenutzer sollten die ganze Dokumentation lesen, um das Konzept
- und den Zweck des Programmes zu verstehen. Beginnen sie mit
- Einführung.
-
- - ToolManager 2.0 benutzt einige Merkmale der AmigaOS Version V38,
- die (hoffentlich) für alle Benutzer zugänglich ist zu dem
- Zeitpunkt, an dem sie dies hier lesen. Wenn sie noch die Version
- 2.0 benutzen (sie wird in dieser Dokumentation als V37
- bezeichnet), dann brauchen sie keine Angst zu haben, denn
- ToolManager arbeitet auch ohne diese neue Version. Alle
- erweiterten V38 Merkmale sind in dieser Dokumentation markiert.
-
-
- Wohin man Bug reports, Kommentare & Spenden schickt
- ****************************************************
-
- Der Autor kann unter folgenden Adressen erreicht werden:
-
- Postadresse:
- Stefan Becker
- Holsteinstrasse 9
- 5100 Aachen
- GERMANY
-
- InterNet Electronic Mail:
-
- stefanb@pool.informatik.rwth-aachen.de
-
-
- Wie man ToolManager 2.0 schnell installiert
- ********************************************
-
- Die grundlegende ToolManager 2.0 Installation besteht aus den
- folgenden vier Teilen:
-
- `Libs/toolmanager.library' => `LIBS:'
- Dies ist das Hauptprogramm von ToolManager. Es verwaltet alle
- Programme, Menüs, Piktogramme und Docks (siehe Library).
-
- `Prefs/ToolManager*' => `SYS:Prefs'
- Dies ist der Voreinsteller für die Konfiguration (siehe
- Voreinstellungen).
-
- `WBStartup/ToolManager*' => `SYS:WBStartup'
- Mit diesem Hilfsprogramm kann ToolManager gestartet und gestoppt
- werden. Wenn es in der WBStartup Schublade liegt, dann wird
- ToolManager immer automatisch beim Starten der Maschine geladen.
-
- `L/WBStart-Handler' => `L:'
- Dieses Programm startet Programme mit der Workbench-Startmethode.
- Es ist ein eigener Prozess, so daß man ToolManager auch dann noch
- verlassen kann, wenn man Workbenchprogramme gestartet hat.
-
-
- Was ist ToolManager?
- *********************
-
- ToolManager ist ein flexibles Programm zur Verwaltung von
- Hilfsprogrammen in Ihrer Arbeitsumgebung. Es kann sowohl Workbench-
- oder CLI-Programme starten als auch ARexx-Skripte ausführen. Die
- Benutzeroberfläche besteht aus Menüs, Piktogrammen und Dock-Fenstern.
- Wenn Sie einen lauten Computer mögen, dann können Sie zu jedem dieser
- Dinge einen Ton hinzufügen. Siehe Ton.
-
- ToolManger kann Einträge zu dem Workbench `Tools' Menü
- hinzufügen. Wenn Sie einen dieser Einträge auswählen, dann wird das
- dazugehörige Programm gestartet. Jedes Piktogramm, das zu diesem
- Zeitpunkt auf der Workbench ausgewählt ist, wird als Argument für
- dieses Programm benutzt. Menüeinträge sind nur dann möglich, wenn
- die Workbench läuft. Siehe Menü.
-
- ToolManager kann Piktogramme zum Workbench-Fenster hinzufügen.
- Falls Sie ein solches Piktogramm doppelklicken, dann wird das
- dazugehörige Programm gestartet. Wenn Sie einige Piktogramme auf dieses
- Piktogramm schieben, dann wird das Programm mit diesen Piktogrammen als
- Argumenten gestartet. Piktogramme sind nur dann möglich, wenn die
- Workbench läuft. Siehe Piktogramm.
-
- ToolManager kann ein Dock-Fenster aus einer Zusammenfassung von
- Programmen erstellen. Dieses Fenster kann auf jedem öffentlichen
- Schirm geöffnet werden. Jedes Programm wird durch ein Bild oder ein
- Textgadget repräsentiert. Um ein Programm zu starten brauchen Sie nur
- auf das Bild oder das Textgadget zu klicken. Falls das Fenster auf der
- Workbench geöffnet wurde und die Workbench läuft, dann können Sie
- auch einige Piktogramme auf das Bild oder das Textgadget schieben, um
- das Programm mit Argumenten zu starten. Siehe Dock.
-
- Weiterhin können Sie jedem Programm einen Tastenbefehl zuweisen.
- Wenn Sie diesen Tastenbefehl benutzen, dann wird das Programm
- gestartet. Beachten Sie dabei, daß in diesem Fall *keine* Argumente an
- das Programm übergeben werden können. Siehe Programm.
-
-
- Die Konzepte hinter ToolManager
- ********************************
-
- ToolManager 2.0 benutzt einen neuen objektorientierten Ansatz um ein
- flexibles und erweiterbares System zu ermöglichen. Dieser Ansatz
- machte viele Verbesserungen an den ToolManager 1.X Merkmalen möglich,
- z.B. man kann jetzt mehrere Dock-Fenster haben.
-
- Ein Objekt ist eine Zusammenfassung von Daten, die seine Merkmale
- beschreiben. Jedes Objekt hat einen Namen und einen Typ. Sie können
- von jedem Typ so viele Objekte erzeugen wie sie möchten, allerdings
- muß der Name jedes Objektes eindeutig sein, da er dazu benutzt wird um
- das Objekt anzusprechen.
-
- Momentan gibt es sechs verschiedene Objekttypen: Programm, Bild,
- Ton, Menü, Piktogramm und Dock. Die ersten drei Typen sind einfache
- Objekte, d.h. sie verweisen auf keine anderen Objekte. Sie stellen den
- komplexen Objekten Daten oder Dienste zur Verfügung.
-
- Die letzten drei Typen sind komplexe Objekte, d.h. sie verweisen auf
- einfache Objekte und benötigen deren Daten oder Dienste. Der Verweis
- geschieht aufgrund des Namens und falls kein einfaches Objekt mit
- diesem Namen existiert, dann ignoriert das komplexe Objekt es. Beachten
- Sie dabei, daß dies die Funktionalität des komplexen Objektes
- beeinträchtigen kann, z.B. benötigt ein Piktogrammobjekt die Daten
- eines Bildobjekts, anderenfalls wird es kein Piktogramm erzeugen.
-
- Für eine detailierte Beschreibung aller Objektparameter siehe
- Objekte.
-
-
- Beschreibungen für alle Dateien in der Distribution
- ****************************************************
-
- Die ToolManager 2.0 Distribution besteht aus mehreren
- Verzeichnissen, die alle weiter unten erläutert werden.
-
-
- Das Docs Verzeichnis
- =====================
-
- Dieses Verzeichnis enthält die Dokumentation für ToolManager. Die
- Dokumentation ist in vier verschiedenen Formaten und verschiedenen
- Sprachen vorhanden. Weiterhin existiert eine Datei in dem
- AutoDoc-Format, die die ToolManager shared library Schnittstelle
- beschreibt.
-
- Prefix `TM_<Sprache>'
- Diese Datei enthält die Dokumentation in der angegebenen Sprache.
- Momentan sind folgende Sprachen vorhanden: Deutsch, English,
- Svenska.
-
- Postfix `.doc'
- Diese Datei enthält die Dokumentation als einfacher ASCII-Text.
-
- Postfix `.dvi'
- Diese Datei enthält die Dokumentation in TeXs DVI-Format. Um
- daraus eine gedruckte Dokumentation zu erstellen, müssen sie
- diese Datei durch einen TeX Druckertreiber schicken.
-
- Postfix `.guide'
- Diese Datei enthält die Dokumentation im AmigaGuide-Format.
- Obwohl dieses Format nur aus einfachem ASCII-Text mit ein paar
- Befehlen besteht, benötigen Sie AmigaGuide um die Hypertext
- Verkettungen nutzen zu können. Der Autor hofft, daß AmigaGuide
- bald allen Amiga-Besitzern zur Verfügung steht.
-
- Postfix `.tex'
- Diese Datei enthält die Dokumentation im Texinfo-Format. Dieses
- Format wurde von der Free Software Foundation (FSF) erfunden.
- Zusammen mit dem `texinfo.tex' Makropaket können sie TeX und
- `texindex' benutzen, um eine Datei im DVI-Format zu erstellen
- (siehe oben).
-
- `toolmanager.doc'
- Diese Datei beschreibt die ToolManager shared library
- Schnittstelle im AutoDoc-Format.
-
-
- Das Goodies Verzeichnis
- ========================
-
- Dieses Verzeichnis enthält zusätzliche Programmpakete, die
- nützlich für ToolManager sind.
-
- `GetPubName.lha'
- Dieses kleine Programm gibt den Namen des obersten öffentlichen
- Schirms auf die Standardausgabe oder in eine Umgebungsvariable
- aus. Es wurde geschrieben von Michael "Mick" Hohmann.
-
- `upd1_20.lha'
- Das Programm `upd' wurde geschrieben von Jonas Petersson. Es ist
- ein kleines Program, daß einen ARexx-Port öffnet und auf Befehle
- wartet. Mit Hilfe von ARexx können Sie `upd' veranlassen
- digitalisierte Töne und Geräusche abzuspielen. ToolManager
- benutzt diese Eigenschaft um seine Tonobjekte zu realisieren. Siehe
- Ton.
-
- ToolManager 1.5 Benutzer mögen sich wundern, wo das Hilfsprogramm
- `DeleteTool' geblieben ist. Es kann durch das Program `BlackHole' von
- der Fish Disk #622 ersetzt werden.
-
-
- Das Graphics Verzeichnis
- =========================
-
- Dieses Verzeichnis enthält eine reichhaltige Sammlung von Bildern
- aus denen Sie wählen können. Laden Sie sie einfach als Bildobjekte in
- ToolManager (siehe Bild).
-
- Die Dateien wurden von verschiedenen Personen zur Verfügung gestellt
- (siehe Danksagungen). Jeder von ihnen hat ein eigenes Unterverzeichnis
- erhalten. Da diese Dateien von verschieden Personen erstellt wurden,
- stammen sie aus verschiedenen Umgebungen (Farbpalette, Tiefe,
- Auflösung, Größe) und haben unterschiedliche Desginstile. Es kann
- also durchaus vorkommen, daß sie nicht gut auf Ihrer Maschine aussehen.
-
- Damit man die unterschiedlichen Formate, die von ToolManager
- unterstützt werden, unterscheiden kann, hat jeder Dateiname einen
- speziellen Postfix:
-
- `.anmb'
- Dies ist eine IFF ANIM Datei, die von einem Mal- oder
- Animationsprogramm erstellt wurde. Sie kann mehrere Bilder
- enthalten. Obwohl ToolManager komplette ANIM Dateien laden kann,
- sollten sie eine ähnliche Funktion wie DPaints "AnimBrush"
- benutzen, um den interessanten Teil aus der Animation
- herauszuschneiden.
-
- `.brush'
- Dies ist eine IFF ILBM Datei, die von einem Malprogramm erzeugt
- wurde. Sie enthält nur ein Bild.
-
- `.info'
- Dies ist eine normale Amiga Piktogrammdatei, die durch IconEdit
- (oder etwas ähnliches) erzeugt wurde. Sie kann zwei Bilder
- enthalten.
-
-
- Das L Verzeichnis
- ==================
-
- Dieses Verzeichnis enthält nur eine Datei, nämlich
- `WBStart-Handler'. Sie *müssen* diese Datei in das `L:' Verzeichnis
- kopieren, sonst kann ToolManager keine Programmobjekte mit der
- Workbench-Startmethode starten (siehe Programm).
-
- Das komplette WBStart 1.2 Paket wird auf einer Fish Disk erscheinen.
-
-
- Das Libs Verzeichnis
- =====================
-
- Dieses Verzeichnis enthält nur eine Datei, `toolmanager.library'.
- Dies ist das Hauptprogramm von ToolManager und muß in das `LIBS:'
- Verzeichnis kopiert werden.
-
-
- Das Locale Verzeichnis
- =======================
-
- Dieses Verzeichnis enthält alle Dateien für die Lokalisation von
- ToolManager. Da die locale.library erst in V38 enthalten ist, brauchen
- Sie keine dieser Dateien zu kopieren, falls sie noch V37 benutzen. Wenn
- Sie schon V38 benutzen, dann wählen Sie die Ihrer Sprache
- entsprechende Datei.
-
- `Catalogs/<Sprache>/toolmanager.catalog'
- Dies ist eine Übersetzungsdatei für die angegebene Sprache.
- Kopieren Sie die Datei für Ihre Sprache in das Verzeichnis
- `LOCALE:Catalogs/<Sprache>'.
-
- `Languages/<Sprache>.language'
- Einige Sprachen werden noch nicht unterstützt von der Standard
- V38 Locale Distribution. Daher haben einige Übersetzer eine
- `.language' Datei mitgeliefert, damit ToolManager ihre
- Übersetzungsdateien benutzen kann. Kopieren Sie die Datei für
- Ihre Sprache in das Verzeichnis `LOCALE:Languages'. Es sind
- folgende zusätzlichen Sprachen verfügbar: Finnish (suomi),
- Eefeler Platt (eifel).
-
-
- Das Prefs Verzeichnis
- ======================
-
- Der ToolManager Voreinsteller und sein Icon befinden sich in diesem
- Verzeichnis. Kopieren Sie beide Dateien in das Verzeichnis `SYS:Prefs'.
- Für weitere Informationen siehe Voreinstellungen.
-
-
- Das Programmers Verzeichnis
- ============================
-
- Dieses Verzeichnis enthält alle Dateien, die von den verschiedenen
- Programmiersprachen und deren Compilern benötigt werden, um die
- ToolManager shared library Schnittstelle zu benutzen. Das
- Unterverzeichnis `examples' enthält mehrere Beispiele dazu. Für eine
- komplette Beschreibung der Schnittstelle lesen Sie bitte die Datei
- `Docs/toolmanager.doc'.
-
- Momentan werden die folgenden Sprachen bzw. Compiler unterstützt:
- AmigaOberon, DICE C, M2Amiga Modula, MANX Aztec C and SAS C.
-
-
- Das Scripts Verzeichnis
- ========================
-
- Dieses Verzeichnis enthält eine Sammlung von ARexx- und
- Shell-Skripten, die in ToolManager Programmobjekten benutzt werden
- können. Beachen Sie, daß diese Skriptdateien an Ihre persönliche
- Arbeitsumgebung oder Shell angepasst werden müssen.
-
-
- Das Source Verzeichnis
- =======================
-
- Dieses Verzeichnis enthält den kompletten Quelltext zu ToolManager
- 2.0 und seinen Hilfsprogrammen. Jedes Programm hat sein eigenes
- Unterverzeichnis. Der Autor stellt den Quelltext als Beispiel für die
- Programmierung unter OS 2.0 zur Verfügung.
-
- Das Unterverzeichnis `locale' ist für Übersetzer interessant.
- Falls Ihre Sprache in dieser Version nicht unterstützt wird und Sie
- eine Übersetzung machen möchten, dann sollten Sie sich die Datei
- `empty.ct' anschauen. Sie müssen nur die Leerzeilen füllen und die
- Datei zu mir senden. Die Übersetzung wird dann eventuell in der
- nächsten Version enthalten sein.
-
-
- Das WBStartup Verzeichnis
- ==========================
-
- Dieses Verzeichnis enthält nur ein Programm: `ToolManager'. Dieses
- Hilfsprogramm startet und stoppt ToolManager 2.0. Meistens wird dieses
- Programm in das Verzeichnis `SYS:WBStartup' kopiert, aber man kann es
- auch von der Shell aus benutzen.
-
-
- Beschreibung der ToolManager-Objekte
- *************************************
-
- Dieses Kapitel beschreibt die ToolManager-Objekte im einzelnen.
- Jedes Objekt hat einen Typ und einen Namen. Der Name wird benutzt, um
- das Objekt anzusprechen. Es gibt sechs verschiedene Typen von Objekten:
-
-
- Programmobjekte
- ================
-
- Programmobjekte beschreiben Programme, die von ToolManager gestartet
- werden sollen. Es werden drei verschiedene Typen von Programmen
- unterstützt: CLI, Workbench und ARexx. Jedes Programmobjekt hat die
- folgenden Parameter. Die Vorgabewerte sind in Klammern gesetzt:
-
- `Aktuelles Verzeichnis' (`SYS:')
- Der Name des aktuellen Verzeichnisses für das Programm.
- ARexx-Programme ignorieren diesen Parameter.
-
- `Argumente' (Ja)
- Dieser Schalter kontrolliert die Argumentübergabe an das
- Programm. Falls ein Programm keine Argumente annimmt oder sie
- nicht benötigt, dann können Sie hiermit die Argumentübergabe
- abschalten.
-
- `Ausgabedatei' (`NIL:')
- Der Dateiname für die Ausgabedatei. Dieser Parameter ist nur
- sinnvoll für CLI Programme.
-
- `Befehl'
- Der Dateiname für das zu startende Programm. Der Name kann
- relativ zum aktuellen Verzeichnis sein.
-
- `Befehlspfad' (Pfad des ToolManager-Prozesses)
- Dieser Parameter setzt den Befehlspfad für das Programm. Es
- können mehrere Verzeichnisse angegeben werden in dem man sie mit
- ";" trennt. Dieser Parameter ist nur sinnvoll für CLI Programme.
-
- `Nach vorne' (Nein)
- Wenn dieser Parameter gesetzt ist, dann wird der mit `Öffentlicher
- Schirm' angegebene öffentliche Schirm nach vorne geholt, bevor
- das Programm gestartet wird.
-
- `Öffentlicher Schirm' (Default)
- Sie können mit diesem Parameter angeben, welcher öffentlicher
- Schirm nach vorne geholt werden soll, bevor das Programm gestartet
- wird. Dieser Parameter funktioniert nur im Zusammenhang mit `Nach
- vorne'.
-
- `Priorität' (0)
- Dieser Parameter setzt die Priorität des neuen Prozesses, in dem
- das Programm läuft.
-
- `Programmtyp' (CLI)
- Dies gibt den Typ des Programmes an. Es kann einer der drei
- folgenden Typen angegeben werden: CLI, WB oder ARexx.
-
- `Stack' (4096)
- Dieser Parameter setzt die Stackgröße des neuen Prozesses, in
- dem das Programm läuft.
-
- `Tastenbefehl'
- Sie können für jedes Programmobjekt einen Tastenbefehl angeben.
- Wenn Sie diesen Tastenbefehl benutzen wird das Programm gestartet.
- Beachten Sie: Das Programm wird ohne Argumente gestartet.
-
- `Verzögerung' (0)
- Nach der Aktivierung eines Programmobjekts wartet ToolManager
- `Verzögerung' Sekunden bevor er das Programm startet. Wenn dieser
- Wert negativ ist, dann wird das Programm alle `Verzögerung'
- Sekunden gestartet. Falls Sie ein Programmobjekt stoppen wollen,
- das auf die Ausführung wartet, aktivieren Sie es einfach noch
- einmal. Beachten Sie: Wenn `Verzögerung' gesetzt ist, dann wird
- das Programm ohne Argumente gestartet.
-
-
- Bildobjekte
- ============
-
- Bildobjekte geben die Bilddaten an, die von ToolManager für
- Piktogramme und Dock-Fenster benutzt werden. Dieser Objekttyp hat nur
- einen Parameter:
-
- `Dateiname'
- Dieser Parameter gibt den Namen der Datei an, aus der ToolManager
- die Bilddaten lesen soll. ToolManager versucht den Typ der
- Bilddaten automatisch zu erkennen:
-
- 1. Er versucht die Daten als IFF Daten zu laden. Momentan kann
- ToolManager ILBM (ein Bild) oder ANIM (zwei oder mehr Bilder)
- Dateien lesen.
-
- 2. Er versucht die Datei als Piktogrammdatei zu lesen. Ein
- Piktogramm kann ein oder zwei Bilder enthalten.
-
- Animation werden momentan nur von Dock-Objekten unterstützt.
- Piktogrammobjekte entnehmen momentan nur das erste und das zweite Bild
- einer Animation um ein Piktogramm aus 2 Bildern zu erstellen. Wenn Sie
- eine Animation für ToolManager erstellen wollen, dann sollten Sie sich
- an folgende Regeln halten:
-
- Bild 1
- Dieses Bild sollte den inaktiven Zustand repräsentieren.
-
- Bild 2
- Dieses Bild sollte den selektierten Zustand repräsentieren.
- Normalerweise ist es eine invertierte Kopie des ersten Bildes.
-
- Bild 3 bis N-1
- Dies sind die Bilder der eigentlichen Animation. Jedes Bild wird
- für eine 1/3 Sekunde angezeigt.
-
- Bild N
- Das letzte Bild der Animation wird für eine Sekunde angezeigt.
- Danach wird wieder das erste Bild angezeigt.
-
-
- Tonobjekte
- ===========
-
- Ein Tonobjekt wird benutzt, wenn ToolManager laut werden soll.
- ToolManager hat selber keinen eingebauten Spieler für digitalisierte
- Geräusche. Er benutzt ARexx, um einen externen Geräuscheabspieler
- anzusteuern. Dieser Objekttyp hat zwei Parameter:
-
- `Befehl'
- Dieser Parameter gibt den ARexx-Befehl an, den ToolManager an den
- externen Geräuscheabspieler senden soll. Für `upd' könnte dies
- etwas ähnliches wie `file samples:boing' sein, was `upd' anweist
- die IFF Datei `samples:boing' abzuspielen. Siehe Goodies.
-
- `ARexx-Port'
- Dieser Parameter gibt den Namen des ARexx-Ports an, an den
- ToolManager `Befehl' senden soll. Der voreingestellte Name ist
- `PLAY', der Name für das Programm `upd'.
-
-
- Menüobjekte
- ============
-
- Menüobjekte erzeugen Menüeinträge im Workbench Tools Menü. Der
- Objektname wird benutzt als Menütext. Um ein solches Objekt zu
- aktivieren müssen Sie einfach den entsprechenden Menüeintrag
- selektieren. Menüobjekte sind nur verfügbar wenn die Workbench läuft.
-
- Dieser Objekttyp hat zwei Parameter:
-
- `Programmobjekt'
- Dies ist der Name eines Programmobjektes, das aktiviert werden
- soll, wenn der Menüeintrag selektiert wurde. Jedes Piktogramm,
- das zu diesem Zeitpunkt ausgewählt ist, wird als Argument für
- das Programm benutzt.
-
- `Tonobjekt'
- Dies ist der Name eines Tonobjekts, das aktiviert werden soll,
- wenn der Menüeintrag selektiert wurde.
-
- ToolManager 1.X Benutzer: Wenn Sie den alten Tooltyp "Dummy"
- simulieren wollen, dann erzeugen Sie einfach eine Menüobjekt und geben
- *kein* Programm- oder Tonobjekt an.
-
-
- Piktogrammobjekte
- ==================
-
- Piktogrammobjekte beschreiben Applikationspiktogramme im
- Workbench-Fenster. Solch ein Objekt kann aktiviert werden durch
- Doppelklicken des Piktogramms oder indem einige Piktogramme auf das
- Applikationspiktogramm geschoben werden. Piktogrammobjekte sind nur
- verfügbar wenn die Workbench läuft.
-
- Die Parameter für diesen Objekttyp sind wie folgt:
-
- `Bildobjekt'
- Dies ist der Name eines Bildobjekts. Die Bilddaten dieses Objektes
- werden dazu benutzt das Applikationspiktogramm zu erstellen.
-
- `Linke Kante' (Vorgabe: 0)
- Dies setzt die linke Kante für das Applikationspiktogramm.
-
- `Obere Kante' (Vorgabe: 0)
- Dies setzt die obere Kante für das Applikationspiktogramm.
-
- `Programmobjekt'
- Dies ist der Name eines Programmobjektes, das aktiviert werden
- soll wenn das Piktogramm selektiert wurde. Jedes Piktogramm, das
- auf das Applikationspiktogramm geschoben wurde, wird als Argument
- für das Programm benutzt.
-
- `Tonobjekt'
- Dies ist der Name eines Tonobjekts, das aktiviert werden soll wenn
- das Piktogramm selektiertiert wurde.
-
- `Zeige Namen' (Vorgabe: Ja)
- Wenn dieser Parameter gesetzt ist, dann wird der Objektname als
- Namen für das Applikationspiktogramm benutzt.
-
- Die Workbench ist *sehr* eigensinnig mit Piktogrammpositionen. Wenn
- Sie eine Position gewählt haben, die der Workbench nicht zusagen, dann
- ignoriert sie sie einfach und legt das Piktogramm irgendwo anders hin.
-
-
- Dock-Objekte
- =============
-
- Dock-Objekte beschreiben Fenster. Diese Fenster fassen mehrere
- Programme zusammen, welche durch Bilder oder Textgadgets repräsentiert
- werden. Um ein Programm zu starten, braucht man nur auf das Bild oder
- das Textgadget zu klicken. Natürlich können auch Piktogramme auf das
- Bild oder das Textgadget geschoben werden, um das Programm mit
- Argumenten zu versorgen.
-
- Jedes Dock-Objekt hat die folgenden Parameter. Die Vorgaben sind in
- Klammern gesetzt:
-
- `Aktiviert' (Ja)
- Ein Dock-Fenster kann aktiv (offen) oder nicht aktiv (geschlossen)
- sein.
-
- `Fensternamen'
- Dieser Parameter setzt den Namen des Dock-Fensters. Wenn Sie einen
- Fensternamen angeben, dann öffnet sich eine normales OS 2.0
- Fenster mit Dragbar, Close-Gadget, Depth-Gadget und einem Rand.
- Wenn Sie *keinen* Namen angeben, dann öffnet sich ein Fenster,
- das keinen Rahmen und nur einen Dragbar hat.
-
- `Linke Kante' (0)
- Linke Kante des Dock-Fensters. Dieser Parameter wird ignoriert,
- wenn der Parameter `Zentriert' gesetzt ist.
-
- `Menü' (No)
- An jedes Dock-Fenster kann ein Menü angehängt werden. Dieses
- Menü hat zwei Einträge:
-
- * `Dock schliessen' Schliessen des Dock-Fensters.
-
- * `TM beenden' ToolManager beenden.
-
- `Muster' (Nein)
- Das Dock-Fenster richtet sich automatisch nach der Grösse des
- größten Bildes. Da jeder Eintrag die gleiche Grösse hat und
- kleinere Bilder zentriert werden, haben kleinere Bilder einen
- leeren Rand. Falls Sie diesen Rand nicht mögen, dann können Sie
- mit diesem Parameter ein Muster einschalten.
-
- `Obere Kante' (0)
- Obere Kante des Dock-Fensters. Dieser Parameter wird ignoriert,
- wenn der Parameter `Zentriert' gesetzt ist.
-
- `Öffentlicher Schirm' (Default)
- Dies gibt den öffentlichen Schirm an, auf dem das Dock-Fenster
- geöffnet werden soll. Wenn das Fenster mit Hilfe des
- Tastenbefehls geöffnet wurde, dann wird der öffentliche Schirm
- nach vorne geholt. Dieser Parameter wird ignoriert, wenn der
- Parameter `Vorderster' gesetzt ist.
-
- `PopUp' (No)
- Wenn dieser Parameter gesetzt ist, dann schliesst sich das
- Dock-Fenster automatisch, nachdem ein Eintrag ausgewählt wurde.
- Dieser Parameter ist besonders nützlich in Verbindung mit den
- Parametern `Vorderster', `Zentriert' und einem Tastenbefehl der
- Klasse `rawmouse' (siehe Tastenbefehle).
-
- `Spalte' (1)
- Dieser Parameter setzt die Anzahl der Spalten in dem Dock-Fenster.
- Die Einträge werden zeilenweise einsortiert, beginnend mit der
- linken Spalte und fortlaufend bis zur rechten Spalte.
-
- `Tastenbefehl'
- Sie können für jedes Dock-Objekt einen Tastenbefehl angeben.
- Wenn Sie diesen Tastenbefehl benutzen, dann wird der Status des
- Dock-Fensters umgeschaltet, d.h. es wird geöffnet oder
- geschlossen.
-
- `Text' (Nein)
- Mit diesem Parameter können Sie zwischen Bildern und Textgadgets
- in Dock-Fenstern wählen. Dock-Fenster mit Textgadgets sind
- besonders nützlich in Verbindung mit dem Parameter `PopUp'.
-
- `Vertikal' (No)
- Dieser Parameter setzt die Richtung der Dragbar. Dieser Parameter
- wird ignoriert, wenn Sie einen Fensternamen mit dem Parameter
- `Fensternamen' angegeben haben.
-
- `Vorderster' (Nein)
- Wenn dieser Parameter gesetzt ist, dann öffnet sich das
- Dock-Fenster immer auf dem vordersten öffentlichen Schirm.
-
- `Zeichensatz' (Zeichensatz des Schirms)
- Wenn in einem Dock-Objekt der Parameter `Text' gesetzt ist, dann
- kann mit diesem Parameter der Zeichensatz für die Textgadgets
- gewählt werden.
-
- `Zentriert' (Nein)
- Wenn dieser Parameter gesetzt ist, dann wird das Dock-Fenster
- immer zentriert zur aktuellen Mausposition geöffnet.
-
-
- Der Voreinsteller für ToolManager
- **********************************
-
- Mit dem Voreinsteller können Sie die globale Konfiguration von
- ToolManager manipulieren. Diese Konfiguration wird automatisch beim
- Start von ToolManager geladen. Um den Voreinsteller zu starten, müssen
- Sie sein Piktogramm doppelklicken. Danach öffnet sich das Hauptfenster.
-
-
- Gadgets im Hauptfenster
- ========================
-
- Das Hauptfenster hat mehrere Gruppen von Gadgets:
-
- Objekttyp
- Mit diesem zyklischem Auswahlgadget kann der Typ der Objekte
- gewählt werden, die Sie erzeugen oder ändern wollen.
-
- Objektliste
- Dieses Gadget zeigt die Liste aller Objekte des aktuellen Typs an.
- Sie können ein Objekt auswählen indem sie auf seinen Namen
- klicken. Wenn sie einen Eintrag doppelklicken, dann öffnet sich
- das Objektfenster.
-
- Objekt verschieben
- Wenn ein Objekt ausgewählt worden ist, dann kann es mit diesen
- Gadgets in der Liste verschoben werden. Das `Sortieren' Gadget
- dient dazu, die Liste alphabetisch zu sortieren.
-
- Objekt manipulieren
- Diese Gadgets manipulieren Objekte. Das `Neu' Gadget erzeugt ein
- neues Gadget vom aktuellen Typ. Dieses neue Objekt wird
- automatisch selektiert. Das `Ändern' Gadget öffnet das
- Objektfenster. Mit dem `Kopieren' Gadget kann man eine Kopie des
- selektierten Objektes erstellen. Das `Entfernen' Gadget löscht
- das selektierte Objekt.
-
- Konfiguration
- Sie haben mehrere Möglichkeiten die Konfiguration zu speichern.
- Mit dem `Speichern' Gadget wird die Konfiguration permanent in der
- Datei `ENVARC:ToolManager.prefs' gespeichert. Für eine temporäre
- Änderung kann die Konfiguration mit dem `Benutzen' Gadget in der
- Datei `ENV:ToolManager.prefs' abgespeichert werden. Diese Datei
- wird bei einem Reset gelöscht. Wenn Sie eine Konfiguration testen
- wollen, ohne den Voreinsteller zu verlassen, dann benutzen Sie das
- `Testen' Gadget. Mit dem `Abbrechen' Gadget können Sie den
- Voreinsteller ohne Abspeichern verlassen.
-
-
- Menüs des Hauptfensters
- ========================
-
- Das Hauptfenster hat mehrere Menüs:
-
- `Project'
- Mit den Menüeinträgen `öffnen' und `speichern als' können Sie
- die Konfiguration laden und speichern. Der `Information' Eintrag
- öffnet einen Informationsrequester. Mit dem Eintrag `beenden' kann
- man den Voreinsteller ohne Abspeichern verlassen.
-
- `Vorgaben'
- Mit diesen Menüeinträgen können ältere Konfigurationen
- wiederhergestellt werden. Der Eintrag `auf zuletzt gespeichertes'
- lädt die Konfiguration aus der Datei `ENVARC:ToolManager.prefs'.
- Mit dem Eintrag `auf vorherigen Stand' wird diejenige
- Konfiguration, die vor dem Start des Voreinstellers gültig war,
- aus der Datei `ENV:ToolManager.prefs' geladen.
-
- `Optionen'
- Mit dem Eintrag `Piktogramme erzeugen?' können Sie vorgeben, ob
- der Eintrag `speichern als' ein Piktogramm erzeugen soll oder
- nicht.
-
-
- Objektfenster
- ==============
-
- Jeder Objekttyp hat ein eigenes Objektfenster, in dem man die
- Objektparameter setzen kann. Für eine detailierte Liste aller
- Parameter siehe Objekte.
-
- Jedes Objektfenster hat ein Gadget für den Objektnamen. Dieser Name
- ist wichtig, da er dazu benutzt wird das Objekt anzusprechen. Beachten
- Sie, daß es keine Querverweise gibt, d.h. wenn Sie den Namen eines
- Objektes ändern, das schon von einem anderen Objekt verwendet wird, so
- wird der Verweis in diesem Objekt *nicht* aktualisiert. Sie müssen
- diesen Verweis per Hand aktualisieren.
-
- Die Tastengadgets in den Objektfenstern öffnen verschiedene
- Requester. Sie können einen Eintrag auswählen, indem sie den Namen
- und das `Benutzen' Gadget anklicken oder indem sie den Namen
- doppelklicken. Um einen Requester ohne Änderungen zu verlassen,
- benutzen Sie das `Abbrechen' Gadget. Wenn sie ein Feld löschen wollen,
- das nur mit einem Requester ausgewählt werden kann, dann öffnen Sie
- den Requester und klicken das `Benutzen' Gadget *ohne* vorher einen
- Eintrag auszuwählen.
-
- Die Objekfenster für Programm- und Bildobjekte haben ein
- zusätzliches Merkmal. Sie können ein Piktogramm auf diese Fenster
- schieben und die Parameter werden aus diesem Piktogramm entnommen.
-
-
- Tooltypes
- ==========
-
- Wenn Sie den Voreinsteller von der Workbench starten, dann können
- Sie in den Piktogrammen für das Programm oder den
- Konfigurationsdateien verschiedene Tooltypes setzen, um den
- Voreinsteller zu kontrollieren.
-
- `USE'
- Wenn Sie diesen Tooltype in einem Piktogramm für eine
- Konfigurationsdatei setzen, dann installiert der Voreinsteller
- diese Datei als aktuelle Konfiguration.
-
- `SAVE'
- Wenn Sie diesen Tooltype in einem Piktogramm für eine
- Konfigurationsdatei setzen, dann installiert der Voreinsteller
- diese Datei als aktuelle und permanente Konfiguration.
-
- `PUBSCREEN'
- Dieser Tooltype gibt den Namen des öffentlichen Schirms an, auf
- dem der Voreinsteller seine Fenster öffnen soll.
-
- `CREATEICONS'
- Wenn dieser Tooltype auf `YES' gesetzt wird, dann erzeugt der
- Voreinsteller für jede Konfigurationsdatei, die mit dem
- Menüeintrag `speichern als' erzeugt wird, ein Piktogramm.
-
- `DEFAULTFONT'
- Normalerweise benutzt der Voreinsteller den Zeichensatz des
- öffentlichen Schirms um seine Gadgets zu erzeugen. Wenn Sie diesen
- Tooltype auf `YES' setzen, dann benutzt der Voreinsteller den
- Standard Systemzeichensatz.
-
-
- CLI Argumente
- ==============
-
- Wenn der Voreinsteller von der Shell gestartet wird, dann benutzt er
- folgende Schablone für die Kommandozeile:
-
- FROM,EDIT/S,USE/S,SAVE/S,PUBSCREEN/K,DEFAULTFONT/S
-
- `FROM'
- Dieser Parameter gibt an, welche Konfigurationsdatei der
- Voreinsteller laden soll.
-
- `USE'
- Wenn Sie diesen Parameter benutzen, dann installiert der
- Voreinsteller die Datei, die mit dem `FROM' Parameter angegeben
- wurde, als aktuelle Konfiguration.
-
- `SAVE'
- Wenn Sie diesen Parameter benutzen, dann installiert der
- Voreinsteller die Datei, die mit dem `FROM' Parameter angegeben
- wurde, als aktuelle und permante Konfiguration.
-
- `PUBSCREEN'
- Dieser Parameter gibt den Namen des öffentlichen Schirms an, auf
- dem der Voreinsteller seine Fenster öffnen soll.
-
- `DEFAULTFONT'
- Normalerweise benutzt der Voreinsteller den Zeichensatz des
- öffentlichen Schirms um seine Gadgets zu erzeugen. Wenn Sie diesen
- Parameter angeben, dann benutzt der Voreinsteller den Standard
- Systemzeichensatz.
-
-
- Die ToolManager shared library Schnittstelle
- *********************************************
-
- Der ToolManager-Handler ist in eine Amiga shared library
- eingebettet. Diese Library bietet mehrere Funktionen an, um
- ToolManager-Objekte zu erzeugen und zu manipulieren, so daß Sie sie
- von Ihren Programmen aus benutzen können.
-
- Momentan sind 6 Funktionen vorhanden:
-
- `AllocTMHandle()'
- Damit Sie ToolManager-Objekte erzeugen können, müssen Sie zuerst
- einen TMHandle allozieren. Diese Datenstruktur speichert alle
- Informationen über Ihre Objekte und sie wird dazu benutzt Ihre
- Objekte anzusprechen. Beachten Sie, daß die Information, die in
- dieser Datenstruktur gespeichert ist, *nur* dem Programm
- zugänglich ist, das den TMHandle erzeugt hat.
-
- `FreeTMHandle()'
- Diese Funktion gibt einen TMHandle und alle mit ihm verbundenen
- ToolManager-Objekte frei. Jeder `AllocTMHandle()' Aufruf muß mit
- einem `FreeTMHandle()' Aufruf gepaart sein!
-
- `CreateTMObjectTags()'
- `CreateTMObjectTagList()'
- Diese Funktion erzeugt ein ToolManager-Objekt. Sie müssen einen
- Namen, den Objekttyp und verschiedene Tags für die
- Objektparameter angeben. Der Name des Objekts ist wichtig, da er
- dazu benutzt wird, das Objekt anzusprechen.
-
- `ChangeTMObjectTags()'
- `ChangeTMObjectTagList()'
- Sie können die Parameter eines ToolManager-Objekts mit dieser
- Funktion verändern. Beachten Sie, daß Bildobjekte momentan nicht
- geändert werden können.
-
- `DeleteTMObject()'
- Diese Funktion löscht ein ToolManager-Objekt. Falls andere
- Objekte auf dieses Objekt verweisen, dann werden diese
- benachrichtigt, damit sie ihren Status erneuern könen.
-
- `QuitToolManager()'
- Diese Funktion teilt dem ToolManager-Handler mit, daß er so bald
- wie möglich stoppen sollte.
-
- Die komplette Library Schnittstellenbeschreibung ist im
- AutoDoc-Format vorhanden (siehe Docs).
-
-
- Wie man einen Tastenbefehl definiert
- *************************************
-
- Diese Kapitel beschreibt wie man einen Tastenbefehl als einen Input
- Description String definiert, der dann von Commodities ausgewertet
- werden kann. Jedes Mal, wenn ein Tastenbefehl ausgeführt wird, erzeugt
- Commodities eine Ereignis, das dann von ToolManager dazu benutzt wird
- Programmobjekte zu aktivieren oder Dock-Objekte umzuschalten. Ein
- Description String hat die folgende Syntax:
-
- [<Klasse>] {[-][<Qualifier>]} [-][upstroke] [<Tastenkode>]
-
- Alle Befehlsworte können groß oder klein geschrieben werden.
-
- `Klasse' beschreibt die InputEvent-Klasse. Dieser Parameter ist
- optional und falls er weggelassen wird, dann wird die Vorgabe `rawkey'
- benutzt. Siehe InputEvent-Klassen.
-
- Qualifier sind "Signale", die gesetzt oder nicht gesetzt sein
- müssen zu dem Zeitpunkt, an dem der Tastenbefehl ausgeführt wird,
- sonst wird kein Ereignis erzeugt. Für jeden Qualifier, der gesetzt
- sein soll, müssen Sie das Befehlswort angeben. Alle anderen Qualifier
- müssen dann nicht gesetzt sein. Falls Sie einen Qualifier ignorieren
- wollen, dann setzen sie ein `-' vor sein Befehlswort. Siehe Qualifier.
-
- Normalerweise wird ein Ereignis erzeugt, wenn eine Taste gedrückt
- wird. Falls das Ereignis generiert werden soll wenn die Taste
- losgelassen wird, dann müssen Sie das Befehlswort `upstroke' angeben.
- Wenn sowohl beim Drücken als auch beim Loslassen der Taste ein
- Ereignis erzeugt werden soll, dann müssen sie das Befehlswort
- `-upstroke' angeben.
-
- Der Tastenkode ist abhängig von der InputEvent-Klasse. Siehe
- Tastenkodes.
-
- Achtung: Wählen Sie ihre Tastenbefehle *sorgfältig*, denn
- Commodities hat eine hohe Priorität in der InputEvent-Handlerkette,
- d.h. vorgegebene Definitionen werden übergangen.
-
-
- InputEvent-Klassen
- ===================
-
- Commodities unterstützt die meisten der InputEvent-Klassen, die von
- dem input.device erzeugt werden. Diese Sektion beschreibt die Klassen,
- die nützlich für ToolManager sind.
-
- `rawkey'
- Dies ist die vorgegebene Klasse. Sie beschreibt alle Ereignisse,
- die durch die Tastatur erzeugt werden können. Zum Beispiel
- erzeugt `rawkey a' oder `a' jedesmal ein Ereignis, wenn die Taste
- "a" gedrückt wird. Sie müssen einen Tastenkode für diese Klasse
- angeben. Siehe rawkey Tastenkodes.
-
- `rawmouse'
- Diese Klasse beschreibt alle Ereignisse, die durch die Maus
- erzeugt werden können. Sie müssen einen Tastenkode für diese
- Klasse angeben. Siehe rawmouse Tastenkodes.
-
- `diskinserted'
- Ereignisse dieser Klasse werden generiert, wenn eine Diskette in
- ein Laufwerk gelegt wird. Diese Klasse besitzt keine Tastenkodes.
-
- `diskremoved'
- Ereignisse dieser Klasse werden generiert, wenn eine Diskette aus
- einem Laufwerk genommen wird. Diese Klasse besitzt keine
- Tastenkodes.
-
-
- Qualifier
- ==========
-
- Einige Befehlsworte wurden erst bei Commodities V38 eingeführt.
- Diese sind mit einem `*' markiert.
-
- `lshift', `left_shift' *
- Linke Shift-Taste.
-
- `rshift', `right_shift' *
- Rechte Shift-Taste.
-
- `shift'
- Irgendeine Shift-Taste.
-
- `capslock', `caps_lock' *
- Caps-Lock-Taste.
-
- `caps'
- Irgendeine Shift-Taste oder die Caps-Lock-Taste.
-
- `control', `ctrl' *
- Control-Taste.
-
- `lalt', `left_alt' *
- Linke Alt-Taste.
-
- `ralt', `right_alt' *
- Rechte Alt-Taste.
-
- `alt'
- Irgendeine Alt-Taste.
-
- `lcommand', `lamiga' *, `left_amiga' *, `left_command' *
- Linke Amiga-/Kommando-Taste.
-
- `rcommand', `ramiga' *, `right_amiga' *, `right_command' *
- Rechte Amiga-/Kommando-Taste.
-
- `numericpad', `numpad' *, `num_pad' *, `numeric_pad' *
- Dieses Befehlswort *muß* angegeben werden, wenn eine Taste von der
- Zehnertastatur benutzt wird.
-
- `leftbutton', `lbutton' *, `left_button' *
- Linke Maustaste. Siehe unten.
-
- `midbutton', `mbutton' *, `middlebutton' *, `middle_button' *
- Mittlere Maustaste. Siehe unten.
-
- `rbutton', `rightbutton' *, `right_button' *
- Rechte Maustaste. Siehe unten.
-
- `repeat'
- Dieser Qualifier ist gesetzt, wenn die Tastenwiederholung aktiv
- ist. Dies ist nur sinnvoll für die InputEvent-Klasse `rawkey'.
-
- Achtung: Commodities V37 hat einen Fehler, der die Benutzung von
- `leftbutton', `midbutton' und `rbutton' als Qualifier verhindert.
- Dieser Fehler wurde in V38 behoben.
-
-
- Tastenkodes
- ============
-
- Jede InputEvent-Klasse besitzt ihre eigenen Tastenkodes:
-
-
- Tastenkodes für die InputEvent-Klasse `rawkey'
- -----------------------------------------------
-
- Einige Befehlsworte wurden erst bei Commodities V38 eingeführt.
- Diese sind mit einem `*' markiert.
-
- `a'-`z', `0'-`9', ...
- ASCII-Zeichen.
-
- `f1', `f2', ..., `f10', `f11' *, `f12' *
- Funktionstasten.
-
- `up', `cursor_up' *, `down', `cursor_down' *
- `left', `cursor_left' *, `right', `cursor_right' *
- Cursor-Tasten.
-
- `esc', `escape' *, `backspace', `del', `help'
- `tab', `comma', `return', `space', `spacebar' *
- Spezial-Tasten.
-
- `enter', `insert' *, `delete' *
- `page_up' *, `page_down' *, `home' *, `end' *
- Tasten der Zehnertastatur. Jeder dieser Tastenkodes *muß* mit dem
- Qualifier `numericpad' benutzt werden!
-
-
- Tastenkodes für die InputEvent-Klasse `rawmouse'
- -------------------------------------------------
-
- Diese Befehlsworte wurden erst bei Commodities V38 eingeführt. Sie
- sind nicht verfügbar in V37.
-
- `mouse_leftpress'
- Drücke die linke Maustaste.
-
- `mouse_middlepress'
- Drücke die mittlere Maustaste.
-
- `mouse_rightpress'
- Drücke die rechte Maustaste.
-
- Achtung: Um einen dieser Tastenkodes zu benutzen, müssen sie auch
- das entsprechende Qualifier-Befehlswort angeben, z.B.
-
- rawmouse leftbutton mouse_leftpress
-
-
- Beispiele für Tastenbefehle
- ============================
-
- `ralt t'
- Rechte Alt-Taste festhalten und "t" drücken.
-
- `ralt lalt t'
- Rechte *und* linke Alt-Taste festhalten und "t" drücken.
-
- `alt t'
- Irgendeine Alt-Taste festhalten und "t" drücken.
-
- `rcommand f2'
- Rechte Amiga-Taste festhalten und die zweite Funktionstaste
- drücken.
-
- `numericpad enter'
- Enter-Taste auf der Zehnertastatur drücken.
-
- `rawmouse midbutton leftbutton mouse_leftpress'
- Mittlere Maustaste festhalten und die linke Maustaste drücken.
-
- `diskinserted'
- Eine Diskette in ein Laufwerk einlegen.
-
-
- Die Entwicklung von ToolManager
- ********************************
-
- 2.0, Datum 26.09.1992
- - Komplett neues Konzept (objektorientiert)
-
- - (Fast) komplette Neuprogrammierung
-
- - ToolManager ist nun in zwei Teile aufgespalten
-
- - Der Handler ist in eine shared Library eingebettet
-
- - Die Konfiguration wird nun mit einem Voreinsteller bearbeitet
-
- - Das Konfigurationsdateiformat wurde wieder geändert :-) Es
- ist nun eine IFF Datei und liegt in ENV:
-
- - Mehrere Docks und Docks mit mehrere Spalten sind nun möglich
-
- - Es gibt Docks mit neuem Aussehen
-
- - Docks richten sich nun automatisch nach der Größe des
- größten Bildes
-
- - Sound Unterstützung
-
- - ARexx werden direkt in Programmobjekten unterstützt
-
- - ToolManager kann nun ohne Workbench benutzt werden. Wenn die
- Workbench nicht läuft, dann benutzt er keine App* Merkmale
- mehr.
-
- - Locale Unterstützung
-
- - Der Befehlspfad der Workbench wird für CLI Programme benutzt
-
- - Ein eigener Prozess startet die WB Programme
-
- 1.0 bis 1.5
- Die Bemerkungen zu diesen Versionen entnehmen Sie bitte der
- englischen Dokumentation.
-
-
- Der Autor möchte danken...
- ***************************
-
- ToolManager hat mehrere große Entwicklungsphasen seit seiner ersten
- Programmierung Mitte 1990 durchlebt. Diese Entwicklung wäre unmöglich
- gewesen, wenn ich nicht den enormen Feedback von einigen ToolManager
- Benutzern gehabt hätte. Viele Ideen & Merkmale stammen aus dieser
- Quelle...
-
- Daher möchte ich den folgenden Personen danken:
-
- Für die Alpha-/Beta-Tests, Ideen & Bug Reports:
- Die Amigagruppe unseres Computerclubs (Computerclub an der RWTH
- Aachen), Olaf 'Olsen' Barthel, Georg Hessmann (Gucky), Markus
- Illenseer (ill), Klaus Melchior, Rickard Olsson (Richie), Matthias
- Scheler (Tron), Ralph Schmidt (laire), Roger Westerlund (Budda),
- Juergen Weinelt, Brian Wright (SteveVai), Petra Zeidler
- (stargazer) und viele andere...
-
- Matthew Dillon
- Ohne dein *exzellentes* C Entwicklungssystem DICE und verschiedener
- anderer Hilfsprogramme würde es keinen ToolManager geben!
-
- Für ihre hervorragenden Grafiken:
- Andreas Harrenberg, Georg Hessmann, Michael "Mick" Hohmann, Markus
- Illenseer, Oliver Koenen, Klaus Melchior, Rickard Olsson, Jan
- Peter, Matthias Scheler, Brian Wright
-
- Für die Übersetzungen:
- Tomi Blinnikka (Finnisch), Dr. Peter Kittel (Deutsch), Klaus
- Melchior (Eifel Platt), Rickard Olsson (Schwedisch), Marc Schaefer
- (Französisch & Italienisch)
-
- Alle Leute in West Chester:
- Für die Entwicklung des Amigas und seines hervorragenden
- Betriebssystems.
-
- Alle Benutzer, die mir Geld geschickt haben:
- Ich habe in den 1.X Versionen nicht danach gefragt, aber es ist
- erfreulich, wenn jemand meine Arbeit so sehr schätzt.
-
- Alle Benutzer, die mir einen Brief geschickt haben:
- Ich habe es genossen, Eure Briefe zu lesen!
-
- und natürlich alle, die ich vergessen habe zu erwähnen...
-
- Index
- ******
-
-
-
- Übersetzer Source
- Übersetzungen Locale
- TeX Docs
- ARexx-Skripte Scripts
- ASCII Dokumentation Docs
- Adresse Adresse des Autors
- AmigaGuide Docs
- Beispielbilder Graphics
- Beispiele für Tastenbefehle Beispiele für Tastenbefehle
- Bildobjekte Bild
- Bug reports Adresse des Autors
- Catalog-Dateien Locale
- Compilerunterstützung Programmers
- Copyright Copyright
- Danksagungen Danksagungen
- DeleteTool Goodies
- Diskinserted InputEvent-Klassen
- Diskremoved InputEvent-Klassen
- Distribution Copyright
- Distributionsdateien Distributionsdateien
- Dock-Objekte Dock
- Docs Verzeichnis Docs
- Dokumentation Docs
- E-Mail Adresse des Autors
- Einführung zu den ToolManager-ObjektenKonzepte
- Einführung zum ToolManager Einführung
- Gedruckte Dokumentation Docs
- Genehmigungen Copyright
- Geschichte Geschichte
- GetPubName Goodies
- GiftWare Wichtig
- Goodies Verzeichnis Goodies
- Graphics Verzeichnis Graphics
- InputEvent-Klassen InputEvent-Klassen
- Installation (schnell) Schnellinstallation
- InterNet Adresse Adresse des Autors
- Kommentare Adresse des Autors
- Konfiguration Voreinstellungen
- Konzepte Konzepte
- L Verzeichnis L
- Library Dokumentation Docs
- Library Schnittstelle Library
- Libs Verzeichnis Libs
- List: Qualifier Qualifier
- Liste: rawkey Tastenkodes rawkey Tastenkodes
- Liste: rawmouse Tastenkodes rawmouse Tastenkodes
- Locale Verzeichnis Locale
- Lokalisation Locale
- Menüobjekte Menü
- Objekte Objekte
- Piktogrammobjekte Piktogramm
- Postadresse Adresse des Autors
- Prefs Verzeichnis Prefs
- Programmers Verzeichnis Programmers
- Programmkonzepte Konzepte
- Programmobjekte Programm
- Programmversionen Geschichte
- Qualifier Qualifier
- Quelltext Source
- Rawkey InputEvent-Klassen
- Rawmouse InputEvent-Klassen
- Rechtliche Dinge Copyright
- Referenz: Distributionsdateien Distributionsdateien
- Referenz: Library Schnittstelle Library
- Referenz: Tastenbefehle Tastenbefehle
- Referenz: ToolManager-Objekte Objekte
- Referenz: Voreinsteller Voreinstellungen
- Schnellinstallation Schnellinstallation
- Scripts Verzeichnis Scripts
- Shell-Skripte Scripts
- Source Verzeichnis Source
- Spenden Adresse des Autors
- Sprachdateien Locale
- Sprachen Locale
- Tastenbefehle Tastenbefehle
- Tastenkodes für rawkey rawkey Tastenkodes
- Tastenkodes für rawmouse rawmouse Tastenkodes
- Texinfo Docs
- Tonobjekte Ton
- ToolManager-Objekte Objekte
- UPD Goodies
- V38 Merkmale Wichtig
- Verbote Copyright
- Versionen Geschichte
- Voreinsteller Voreinstellungen
- WBStart 1.2 L
- WBStart-Handler L
- WBStartup Verzeichnis WBStartup
- Wichtige Bemerkungen Wichtig
-
-